Сегодня мне хотелось бы немного рассказать о методологиях разработки. Вообще это будет краткий обзор или даже моё мнение основанное на небольшом опыте. Эта статья рассчитана на тех, кто уже немного знаком с методиками разработки, но ещё не знает какую выбрать. 

Вообще существует классическая методология разработки, под ней я подразумеваю водопад. И гибкие методологии разработки, типа agile. Очевидно, что если ваша задача это не курсовая или что-то в таком духе, то гибкая методология разработки подойдёт как нельзя лучше. Во-первых, потому что нельзя всё предусмотреть, во-вторых, потому что всё постоянно меняется. Рынок, мода, желания пользователей. И чтобы соответствовать нужно меняться вместе с ними.

Постулаты

Мне понравилась идея agile, или 4 постулата:

Люди и взаимодействие важнее процессов и инструментов
Работающий продукт важнее исчерпывающей документации
Сотрудничество с заказчиком важнее согласования условий контракта
Готовность к изменениям важнее следования первоначальному плану

То есть, не отрицая важности того, что справа,
мы всё-таки больше ценим то, что слева.

Некоторые вещи очевидны, но, наверное, пугает то, что люди и взаимодействие важнее процессов и инструментов. Какие люди? я же технарь! Так скажет большая часть программистов. Досадно, но всё же придётся признать, что продукт в первую очередь для людей, а уже потом для чего-то ещё.

Так в чём же дело

Дело в том, что какой бы не была методология всё портят или превозносят люди. Если ПМ не очень, то любой scrum станет адом. Если ПМ золото, то даже из водопада можно вывезти.

Второй важной фишкой является ориентированность на клиента и в то же время нельзя «бить своих, чтобы чужие боялись». Клиент родной, но свой сотрудник ещё роднее. Нужно уметь правильно балансировать.

О правильной балансировке будут следующие статьи. А сейчас продолжим про методологию. Это уже заключение, и я могу сказать, что в методологии важно то, чтобы она подходила вашей команде. Если подходит, то классно. Если нет, то меняйте — адаптируйте под себя. Этим я не хочу оправдать консерватизм. Нужно понимать то, что под «не подходит» я имею ввиду неудобство после долгого применения или какое-то объективное обоснование, с которым однозначно согласна вся команда. А так по началу у всех есть трудности с применением каких-то новых фишек. Их лучше перетерпеть.